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METHOD AND SYSTEM FOR PROVIDING SELECTIVE ACCESS TO ENTERPRISE 

MESSAGES FROM A REMOTE DEVICE 

5 INVENTORS 

Eric Parsons, Steven Armstrong, Sylvain Huppe 

CROSS-REFERENCE TO RELATED APPLICATIONS 

The present application is based on, and claims priority from, U.S. Appln. No. 
JtO 60/244,985, filed October 30, 200 and entitled METHOD AND SYSTEM FOR PROVIDING 
S SELECTIVE ACCESS TO ENTERPRISE MESSAGES FROM A REMOTE DEVICE, 
01 commonly owned by the present assignee, the contents of which are incorporated herein by 
lT reference. 

The present application is related to co-pending U.S. applications No. 

3 5 (NOR-1 3400RO) entitled METHOD AND SYSTEM FOR PROVIDING UNIFIED 

COMMUNICATION MANAGEMENT BASED ON PRESENCE INFORMATION, No. 

(NOR-1 34 16RO) entitled METHOD AND APPARATUS FOR MANAGING 

COMMUNICATIONS BASED ON CALLER IDENTIFICATION AND CATEGORIZATION, 

No. (NOR-13636RO) entitled METHOD AND SYSTEM FOR PROVIDING 

20 ENTERPRISE MESSAGE NOTIFICATION TO A REMOTE DEVICE WITH RESPONSE 

ENABLEMENT, No. (NOR-13637RO) entitled METHOD AND SYSTEM FOR 

PROVIDING UNIFIED WAP ALERTS and No. (NOR-13640RO) entitled METHOD 

AND SYSTEM FOR PROVIDING REMOTE ACCESS TO PREVIOUSLY TRANSMITTED 
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ENTERPRISE MESSAGES, all filed December 29, 2000 and commonly owned by the assignee 
of the present invention, the contents of each being fully incorporated herein by reference, 

FIELD OF THE INVENTION 

5 This invention relates generally to personal communications and messaging, and more 

f% particularly, to a system and method for providing selective access to enterprise voice mail 
Q messages from a remote device. 

BACKGROUND OF THE INVENTION 

f 10 Private Branch Exchanges (PBXs) and voice mail systems are ubiquitous in offices 

\y h around the world. Their capabilities for providing access to messages are, however, rigidly fixed 
H and quite limited. For example, a typical PBX system may provide a user with a voice mail box 
and allow the user to access messages in the mail box by calling a number within the PBX. 
Some systems allow users to access messages in their mail box when they are away from the 
1 5 office by dialing a phone number through the Public Switched Telephone Network (PSTN). In 
either event, access to individual voice mail messages, if there are several, can be quite time- 
consuming as the user has to listen through each message from the first to the last, many of 
which may not be of much importance to the user. There is no way for the user to know ahead of 
time which message in a group of messages are important unless the user has already listened to 
20 all the messages. Further, unless the user deletes messages, they will accumulate in the user's 
mail box, thus making the process of finding important messages even more problematic and 
time-consuming. 
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Meanwhile, as workers become more mobile, remote access to voice mail becomes more 
important. However, the problems inherent in conventional voice mail systems, coupled with the 
demands of attending to business tasks while away from the office, make the experience of 
accessing messages even more unpleasant. 

■ 5 

SUMMARY OF THE INVENTION 

if 1 The present invention relates to a method and system for personalized and selective 

remote access to enterprise messages, 
f: \ In one example of the invention, a notification system is coupled to a voice mail service 

*1 0 in an office. When voice mail messages are left for a user, the voice mail service sends header 
y information about the new message to the notification system (caller's phone number, time 
received, length of message, etc.). The notification system sends a notification of the new 
messages (or perhaps only a subset thereof, in accordance with preferences established by the 
user) to a wireless device configured and selected by the user for receiving message 
1 5 notifications. Because the user is provided header information concerning voice mail messages, 
the user can determine which messages may be of most interest. Depending on the type of 
wireless device, the notification may include a link to a dialer application with which the 
wireless device (e.g. WAP-enabled cell phone) can be connected to the voice mail service for 
selectively listening to the messages of interest. From the new message, the notification system 
20 may further extract information about the message sender, and use it to attempt to retrieve the 
sender's name from the user's personal contact list, for example. This information can then be 
included in the message header information sent to the user. 
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In accordance with an aspect of the invention, a method for managing messages provided 
to a user in an enterprise includes receiving header information concerning a new message 
associated with the user in the enterprise, updating a list of message information for the user 
based on the received header information, preparing a notification based on the updated list of 
5 message information, and sending the notification to a wireless device associated with the user. 

In accordance with another aspect of the invention, an apparatus for managing messages 
si in an enterprise including a messaging system adapted to store voice mail messages of callers to 
a user includes a notification server adapted to be coupled to the messaging system for receiving 
7 ~U header information regarding new voice mail messages associated with the user, the notification 
; 1 0 server being adapted to maintain a list of voice mail messages in accordance with the received 
header information and to send a notification based on the maintained list to a wireless device 
^ associated with the user, 

BRIEF DESCRIPTION OF THE DRAWINGS 

1 5 These and other aspects and features of the present invention will become apparent to 

those ordinarily skilled in the art upon review of the following description of specific 
embodiments of the invention in conjunction with the accompanying figures, wherein: 

FIG. 1 illustrates an example topology for an implementation of the present invention in 
accordance with one embodiment; 

20 FIG. 2 illustrates an example of a notification system in accordance with an embodiment 

of the invention as illustrated in FIG, 1 in more detail; 
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FIG. 3 is a flowchart illustrating an example method of providing notification of 
incoming messages to a wireless device associated with a user, which method can be 
implemented in a notification system in accordance with one embodiment of the present 
invention; and 

5 FIG. 4 is a flowchart illustrating an example method of allowing a user to selectively 

access voice mail messages, which method can be implemented in a notification system in 
f ; accordance with one embodiment of the present invention. 

J DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

1 0 The present invention will now be described in detail with reference to the drawings, 

which are provided as illustrative examples of the invention so as to enable those skilled in the 
;™ art to practice the invention. Notably, the implementation of certain elements of the present 

invention may be accomplished using software, hardware or any combination thereof, as would 
be apparent to those of ordinary skill in the art, and the figures and examples below are not 

1 5 meant to limit the scope of the present invention. Moreover, where certain elements of the 
present invention can be partially or fully implemented using known components, only those 
portions of such known components that are necessary for an understanding of the present 
invention will be described, and detailed descriptions of other portions of such known 
components will be omitted so as not to obscure the invention. Further, the present invention 

20 encompasses present and future known equivalents to the known components referred to herein 
by way of illustration. 
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FIG. 1 illustrates an example topology for an implementation of the present invention in 
accordance with one embodiment. 

As can be seen, an office 1 00 (i.e. an enterprise) includes a PBX 102 that connects a plurality of 
office phones 104 and a voice mail (VM) service 106. The PBX 102 can be, for example, a Meridian 
5 1™ PBX switch from Nortel Networks. The VM service 1 06 can be, for example, a CallPilot™ 

messaging system from Nortel Networks. In one example, VM service 106 maintains voice mailboxes 
: i in folders 132 for each of the phones 104, which mailboxes may be identified with the same phone 

numbers associated with phones 1 04 (e.g. a 4 or 5 digit extension), and includes an Interactive Voice 
ft Response system (IVR) for interacting with, and thereby allowing callers to record and play messages 
- 10 to and from the mailboxes. 

lH Office 1 00 further includes a local area network (LAN) 1 08 (such as an Ethernet LAN) that 

U connects a plurality of office PCs 1 1 0 with a contacts server 1 24. Contacts server 1 24 can be 
implemented by a Microsoft Exchange Server, for example, and PCs 1 10 can include client 
functionality such as Microsoft Outlook for receiving, storing and manipulating information in contacts 
1 5 lists 126 via LAN 108. The VM service 106 is further coupled to the LAN 108. A notification system 
1 12 in accordance with the present invention is further coupled to the PBX 102 and the LAN 108. The 
notification system 1 12 and VM service 106 both also communicate with PBX 102 to receive and 
handle phone calls from within and outside the office 100 via their respective IVRs. 

The office 100 is coupled to the Public Switched Telephone Network (PSTN) via the PBX 102 
20 and to the Internet via a firewall/router 1 14 (both connections may be accomplished using a common 
collection of lines, for example, as should be apparent to those skilled in the art). The office 100 is 
connected to a plurality of PSTN phones 1 16 via the PSTN and a plurality of Internet appliances 122 

60202342 l.DOC 



(e.g. a PC, laptop, handheld or other wired device havin&browser functionality for communicating with 
remote devices using conventional protocols such as HTTP) via the Internet. The office 100 is also 
connected via the Internet for providing text messages to a plurality of wireless devices 1 1 8 (e.g. one- 
way and two-way pagers, WAP and/or SMS-enabled cell phones and PDAs, etc.) via their wireless 
operators 120 (using protocols such as HTTP and SMTP, etc.). Preferably, the firewall/router 1 14 
includes security extensions for providing secure access between the notification system 1 12 and 
wireless operators 120 via the Internet. 

Generally, the present invention allows a user having a voice mail box within the office 
environment to receive notification of new messages (or only filtered ones thereof) on their wireless 
device such as a WAP-enabled cell phone. The notification can include header information of new 
messages received (e.g. person from/phone number from, time received, length of message) so that the 
user can determine which of the voice mails require more urgent attention. The present invention 
provides a wireless device interface (e.g. interface to a WAP-enabled PDA or a browser on a computer 
coupled to the notification server via a network such as the Internet) that allows the user to access and 
view the notification of messages received and to select only certain of the stored voice mails for 
listening. The notification can further include a link to a dialer application for automatically calling a 
light-weight voice mail interactive voice response (IVR) service of the notification system, which 
service allows the user to listen to only the certain stored voice mails that were previously selected by 
the user. 

It should be noted that not all of the "office" components shown in FIG. 1 need be included in 
the invention, nor need they be located at the same physical site. For example, the components may be 
located in different buildings. Other configurations may include shared or "virtual" PBX functionality 
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that is available to different customers, who may or may «ot be located in the same office space, or no 
PBX functionality need be included at all. Moreover, although the above describes an example 
implementation in which selective remote access to enterprise voice mails is provided, the invention is 
not so limited and selective remote access to other types of message feeds may be provided additionally 
5 and/or alternatively. 

FIG. 2 illustrates an example of a notification system in accordance with an embodiment of the 
J": invention in more detail. It should be noted that various alternatives to the system described below may 

exist, which alternatives may include fewer or additional components, all of which alternatives are 
: v; within the scope of the present invention. 

s'l o As shown in FIG. 2, a notification system 1 1 2 includes a notification server 202, a user 

W information store 204, a message information store 206, a voice mail (VM) interface 208, an interactive 
5 voice response (I VR) interface 2 1 0 (e.g. including hardware and drivers such as that provided by 
~ 5 Dialogic and software built on tools provided by Opus Maestro), a contacts interface 2 12, a network 
interface 214 (e.g. an Ethernet Interface) and a wireless interface 216. 
1 5 In one example of the invention, the components of the notification system illustrated in FIG. 2 

are commonly provided in a Windows NT server (e.g. a Compaq ProLiant series server computer 
running Windows NT 4.0), with certain of the components provided as add-in cards and certain other of 
the components provided as software modules, or combinations thereof. Although shown separately for 
clarity of the invention, it should be understood that the user information store 204 and the message 
20 information store 206 may be commonly provided in a relational database such as a Sybase SQL 
database. It should be further noted that other types of server platforms are possible. 
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It should be noted that the system can include administrator interface functionality and 
administrative information storage for providing underlying configurations that are used by the 
notification system, which configurations may or may not include information stored in user 
information store 204 (e.g. user names, associated desk phone numbers, associated mailbox numbers, 
5 desktop PC addresses, etc.) and wireless operator information (e.g. URLs to HTTP servers or e-mail 
servers associated with the operators, CLID unblocking information, etc.). 
l? Generally, the notification server 202 continuously receives voice mail header information from 

f, I VM service 1 06 via voice mail interface 208. When a new message for a user is received, notification 
Pi server 202 causes the contacts interface 2 1 2 to look up contact information about the sender (e.g. the 
1 10 sender's name) from the user's personal contact list. The notification server 202 stores this message 
'if header information (including any additional sender information it could obtain) in message information 

store 206. Notification server 202 then, either spontaneously or in response to a request from the user, 
3 causes wireless interface 2 1 6 to send a notification to the user's wireless device (perhaps after verifying 
whether it is a priority message that the user is interested in knowing about) including a list of the 
1 5 messages received, which list also may be tailored depending on priorities and user preferences, and the 
header information associated with each message. Any additional content of the message notification 
may depend on what type of wireless device the user has configured and selected for receiving message 
notifications. For example, when a new voice mail is received for the user, and if the user has chosen to 
receive message notifications on a pager, the notification may only contain the name and phone number 
20 of the sender. On the other hand, if the chosen device is a WAP-enabled ceil phone, notification server 
202 may include URL links with which the user can automatically call the IVR interface 210. 
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User information in store 204 can include the user's office phone number and/or mailbox 
number (e.g. a four or five digit extension), the paths to where the user's contacts information is stored 
in the office (e.g. the paths to the user's folders in contacts lists 126 maintained by the server 124) the 
paths to where the user's voice mail messages are stored (e.g. the paths to the user's mailbox in VM 
5 folders 132 maintained by VM 106) , the phone numbers/addresses of the user's devices and 

information concerning wireless operators for any of the devices that are wireless. It should be noted 
P. that the user may configure more than one device for receiving alerts, in which case the notification 
t ] server 202 should include user interface functionality (e.g. an HTTP server for communicating with a 
m user' s browser via the LAN 1 08 or the Internet) for dynamically configuring or changing configurations 
« 1 0 of devices, and for allowing the user to select between the different devices, as well as the user's current 
;U indication of whether to receive alerts via any of the devices. The information in store 204 can further 
2 include an indication of the user' s status and/or whether or not the user is presently interested in 
receiving message notifications. 

Moreover, the information in store 204 can include filters for determining what types of 
15 messages the user is interested in receiving notifications about.' These filters can be based on the 

identity of the sender of the message and/or the contents of the message (e.g. keywords in the subject 
line, or a priority flag in the message), for example. In this event, the notification server 202 can also 
include user interface functionality (e.g. an HTTP server for communicating with a user's browser via 
the LAN 108 or the Internet) for allowing the user to configure and/or change their message notification 

20 filters and/or preferences. 

Message information in store 206 can include the header information (e.g. a unique identifier of 
the message, person from/phone number from, time received, length of message) of new messages 
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received for each user (and perhaps after filtering in accordance with user preferences from store 204). 
Notification server 202 continually updates this information in response to voice mails received by the 
voice mail service 106 and forwarded to the notification server from VM interface 208. It should be 
noted that in addition to information about new messages received, the voice mail service 106 can 
5 provide information about voice mail messages that have been listened to and/or deleted by the user, in 
response to which information the notification server can delete the header information associated with 
^ ; such messages. 

" I Voice mail interface 208 communicates with VM service 106 via TCP and using a standard 

?C messaging interface such as Internet Messaging Application Protocol (IMAP), for example. In an 

1 1 0 example of the invention where the VM service 1 06 is a CallPilot unified messaging system, such a 
f U system can be configured to send voice mail header information for selected mailboxes to a networked 

2 or otherwise connected device such as notification server 202. The header information may include, for 
M example, the phone number of the caller who left the message (which may only be available for in- 

office phone messages, or from phones with which caller ID information was available), the time the 
1 5 message was received, and the length of the message. The header information may further include an 
indication of whether the caller marked the voice mail message as urgent, and a unique identifier of the 
voice mail by which it is stored in voice mail folders 132. Notification server 202 can use this received 
header information to compare against filters established by the user to determine whether a notification 
about the associated voice mail should be sent. 
20 Voice mail interface 208 is the component of the notification system that interfaces with the 

network or connection for receiving the voice mail header information and for forwarding the received 
information to the notification server 202. Voice mail interface 208 further communicates with VM 
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service 106 to retrieve and play back stored voice mail messages in response to user selections via the 

IVR interface 210, as well as to request deletion or other handling of stored voice mail messages as will 

be explained in more detail below. 

Contacts interface 212 communicates with contacts server 124 via the LAN 108 and an interface 
5 such as the Messaging Application Programming Interface (MAPI) / Collaboration Data Objects (CDO) 

from Microsoft or standard interfaces such as LDAP or IMAP to attempt to learn more information 
* about persons who leave messages. For example, when a new message is received and forwarded to 
H:; notification server 202 by VM interface 208, notification server 202 extracts the phone number 
f*\ associated with the sender of the message (if any is received from VM interface 208) from the header 
ll 0 information. Notification server 202 also gets the path information from user information store 204 to 
fU the user's contacts list maintained by the contacts server 124. The notification server 202 provides this 
k 2 path information, along with the phone number of the sender of the message (if any could be obtained) 
u to the contacts interface 212. The contacts interface 212 then uses this information to query the contacts 

server 124 for any matching entries in the user's contacts list, and if there is a matching contact entry, it 
1 5 retrieves the name associated with that phone number from the contacts server 124 and returns this 

information to the notification server 202. Notification server 202 can then use this contact information 

to augment the voice mail header stored in message information store 206. 

It should be noted that the contacts interface 212 needs to be configured with the address of the 

contacts server 124 in the LAN 108. Moreover, although in this example of the invention the contacts 
20 interface 212 communicates with a Microsoft Exchange Server using MAPI/CDO , it should be 

apparent that the contacts interface 212 may be configured differently or additionally to communicate 

with other types of systems in which a user's contact lists are maintained (e.g. LDAP). 
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Network interface 214 includes server functionality for interacting with clients in PCs 110 (e.g. 
using TCP protocol) and Internet PCs or devices 122 (e.g. using HTTP protocol). Such server-client 
functionality can include the ability to request and display the user's voice mail header information 
from store 206 via server 202. Such server-client functionality can further include the ability to play 
5 back selected messages. For example, the list of voice mail headers may each have associated URLs 
that point to a script (e.g. CGI or servlet) application of notification server 202 that causes the 
notification server 202 to retrieve a .WAV file associated with the message from the VM service 106 
(assuming the VM service can provide such files) via voice mail interface 208 and to stream it to the 
f j client via the network interface 214. It should be noted that the network interface can further include 
s 1 0 functionality for allowing the user to delete messages, and/or perform other types of mailbox 
*M maintenance functionality, and the notification server can cause the selected actions to be requested 

from the VM service 1 06 via the voice mail interface 208. 
™ Wireless interface 216 may include similar server functionality such as that discussed above for 

interacting with clients in wireless devices 118 (e.g. using WML pages exchanged over HTTP protocol 
15 between system 1 12 and wireless operators 120 via the Internet, and then exchanged over WTP protocol 
between the wireless operators 120 and the wireless devices 118). Additionally or alternatively to the 
server-client functionality provided by network interface 214 for allowing a wireless user to request and 
display the user's voice mail header information, the server-client functionality provided by wireless 
interface 216 can include allowing a user to select which of the voice mail messages to be played back 
20 upon a subsequent phone call by the wireless device to the IVR interface 210. For example, when 
sending a list of voice mail headers to a wireless device such as an Internet-ready cell phone, the page 
sent by wireless interface 216 will cause the list to be displayed on the wireless device, as well as 
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checkboxes next to each of the listed headers and a "Play. Selected" button (either simultaneously with 
the list of voice mails or after a user has check certain of the checkboxes). The "Play Selected" button 
will cause a message to be sent back to wireless interface 216 containing an indication of the voice mail 
headers for which an associated checkbox was marked by the user on the wireless device, which 
5 indications will be forwarded to the notification server. The "Play Selected" button will further cause a 
dialing application to be launched on the wireless device that will dial a number associated with the IVR 
interface 210. As will be described in more detail below, when the wireless device connects with the 
't ! IVR interface 21 0, the notification server retrieves the user's voice mail selections and then retrieves the 
f- J associated voice mails from VM service 1 06 via VM interface 208. The notification server then causes 
I i 0 the selected voice mails to be played back to the user via the IVR interface 210. 
fij Additionally or alternatively to providing server-client functionality for allowing a user to 

1i request notifications of their voice mail messages, notification server 202 can further causes message 
" J notifications to be spontaneously pushed via wireless interface 21 6 to the user's wireless device via an 
Internet gateway for the wireless operator associated with the specified wireless device. The wireless 
1 5 interface 2 1 6 pushes message notifications in a different manner based on the type of device on which 
they will be received. For example, where the wireless device is a WAP-enabled device (e.g. an 
Internet-ready cell phone), the wireless interface 216 may use the WAP Push protocol, in which the 
messages are posted as XML/WML/HDML documents using an HTTP protocol in accordance with a 
document type definition (DTD). Where the wireless device to receive the message is a one-way or 
20 two-way pager or PDA, the wireless interface may send the message to the wireless device gateway 
using the appropriate pager or wireless protocol. 
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As should be apparent, in order to access these devices for messaging, the system needs to be 
configured to recognize and communicate with the associated wireless operator for transferring text 
messages. For example, the system may be configured with the Internet address of the operator through 
which text messages are to be sent from the system using an HTTP or SMTP protocol. Users can be 
5 permitted to receive messages only with devices that are associated with these pre-configured operators. 
Additionally or alternatively, the wireless operator may need to provide functionality for understanding 
WAP Push feeds and for displaying them on the device. 
Z I As should be apparent from above, the content of the spontaneous notification message may 

ft ; depend on the type of wireless device the user has configured and selected for receiving message 
» 1 0 notifications. For example, if the user has chosen to receive message notifications on a pager, the 

message may only contain the name and phone number of the sender. On the other hand, if the chosen 
device is a WAP-enabled cell phone, notification server 202 may cause wireless interface 216 to include 
in the notification checkboxes and a "Play Selected" button by which the user can launch an application 
to dial the IVR interface 210 and allow the user to listen to the messages selected on the cell phone. 
1 5 IVR interface 21 0 is a lightweight IVR system that is programmed and configured in accordance 

with the present invention. A user can access the IVR interface 210 through a dialed phone number in 
the office 100 or through the PSTN. When the phone number is dialed through the "Play Selected" 
button on a user's wireless device, the dialed sequence provided by the wireless interface 216 will 
preferably also include an "unblock CLID" prefix that causes the CLID information for the cell phone 
20 to be unblocked by the wireless operator if necessary. The "unblock CLID" prefix may vary per 
wireless operator and may be retrieved from user information store 204 by wireless interface 216. 
Accordingly, IVR interface 210 will be able to determine the phone number of the wireless device that 
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has been connected to IVR interface 210 by the PBX 10Z IVR interface 210 forwards the CLID 
information to notification server 202, which uses it to look up the user associated with the CLID. Once 
the user is known, the user's selections of voice mails to be played is also known (as determined from 
the message sent from the wireless device in accordance with the marked checkboxes via the wireless 
5 interface 216). The notification server 202 then uses these selections to retrieve the corresponding 
voice mail messages from VM service 106 via VM interface 208, The selected messages are then 
^ played to the user via the VM interface 208. 

Y ] It should be noted that the IVR interface can simply cause the selected voice mail messages to 

S~ be sequentially played back, one after another, if more than one has been selected. Additionally or 
J to alternatively, the IVR interface may include basic playback functions such as fast forward, reverse, and 
m skip. It should be further noted that the IVR interface can be further programmed to allow the user to 
~ 5 delete messages, and/or perform other types of mailbox maintenance functionality, and the notification 
u server can cause the selected actions to be requested from the VM service 106 via the voice mail 
interface 208. Moreover, after the messages have been listened to by the user, IVR interface may 
15 inform notification server 202 such that the messages are deleted from the list of messages maintained 
for the user in message information store 206. 

FIG. 3 is a flowchart illustrating an example method of providing alerts to a user's wireless 
device of incoming messages in accordance with an embodiment of the present invention. The 
processing described in the example below is only for one user. However, it should be apparent that the 
20 system can perform similar processing for multiple users simultaneously. 

As shown in FIG. 3, processing begins in block 302 where the system retrieves the user 
information from store 204, and configures VM interface 208 to determine whether information for any 
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new voice mail messages associated with the user have been forwarded to the notification system by the 
VM service, for example by subscribing to voice mail events associated with the user's voice mailbox. 
This block can also include determining whether the user has selected to receive any message 
notifications at all in accordance with a current status, for example. If not, processing can pause at this 
5 block until the user has indicated that message notifications should be provided. 

If a new message has been received (determined in block 304), processing advances to block 
S 306. Otherwise, processing returns to block 302. It should be noted that message events other than a 
1 1 new message received can occur, and that will require similar processing as described below. For 
K\ example, if the user has deleted or listened to a voice mail, a message event will be triggered which may 
s 1 0 or may not cause the notification server 202 tor update the list of voice mail messages pending for 
notification to the user. 

£ In block 306, processing is performed to determine whether the new message is a type that the 

user is interested in receiving a notification about. There can be many ways that this determination is 
made. For example, the user may have configured his personal settings such that only messages marked 

1 5 urgent or only messages from certain priority contacts will result in a notice sent to the user. If the 

former, the notification system may need to compare the originating phone number with phone numbers 
associated with high priority callers that the user has configured. If the latter, the notification system 
may look at the header information to see if the caller marked the voice mail as urgent. It should be 
apparent that the user may also configured his settings so that a notice of all new messages is sent. If 

20 the new message is not a candidate for notification, processing returns to block 302. Otherwise, 
processing advances to block 308. 
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In block 308, an attempt is made to supplement the header information of the new message with 
as much identification of the sender as possible. This is done by extracting contact information 
associated with the sender from the user's personal contacts list or from other system directories. The 
received voice mail header information, whether or not supplemented, is then used to update the list of 
5 voice mail messages associated with the user in message information store 206. 

Processing next advances to block 312 where it is determined whether a notification of the 
updated list of voice mail messages should be sent. This can be done by pre-configuration, by user 
Hi preferences, or in response to user requests. For example, the system may be pre-configured to send 
m notifications to all users immediately when a new message is received, or periodically after a 
s 10 predetermined period of time has elapsed (e.g. 15 minutes). Alternatively, such parameters can be 
fu changed for each user by user preference. Additionally or alternatively, notifications of received 

messages may be sent upon user request. If no notification is to be sent, processing returns to block 
w 302. Otherwise, processing advances to block 3 1 4. 

In block 3 14, it is further determined what type of wireless device the user has configured and 
15 selected for receiving message notifications. If the device is a type that can only display text (e.g. a 
one-way pager), then no further information will be added to the notification. Otherwise (e.g. the 
wireless device is a WAP-enabled cell phone), processing advances to block 316, where links for 
launching a dialer application is prepared for including in the message, which dialer application will 
automatically cause the wireless phone to be connected to the IVR service of the notification system, 
20 enabling a simple one-click response action on the user's part. 

Processing advances to block 318, where the notification message is prepared with any 
additional information or links that the notification system was able to include in the message, and in 
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block 320 the notification system forwards the notification to the user's wireless device. This block can 
include retrieving the user's device configuration and carrier settings from user information store 204 
and providing this information to the wireless interface 216. The processing performed by wireless 
interface 216 can depend on the type of wireless device that the user has configured and selected for 
5 receiving notifications, and whether the notification is spontaneous or upon user request. In an example 
where the wireless device is a WAP-enabled cell phone, WAP push protocol may be used to send a 
: :? spontaneous notification to the user's wireless device. This includes posting XML encoded documents 

using HTTP protocol. After the message alert is sent, processing returns to block 302. 
r"; FIG. 4 is a flowchart of an example method of allowing a user to selectively access voice mail 

s 10 messages from the user's stored enterprise voice mails in accordance with an embodiment of the present 
invention. 

As shown in FIG. 4, processing begins when a call to the phone number associated with the IVR 
" " J interface 2 1 0 of the notification system is received (as determined in block 404). When a user calls the 
system, the IVR interface gets the user's identification by, for example, associating the CLID 

15 information of the call with phone number information of each user stored in user information store 204 
(block 406). The notification system then checks to see whether the user previously submitted any 
message selections to the system, for example by marking checkboxes next to selected voice mail 
messages and sending the selections back to the notification server via the wireless interface 216 (block 
408). Processing continues to block 410 where the notification server retrieves the selected voice mail 

20 messages from VM service 106 (by requesting the message by its unique identifier provided in the 

voice mail header, for example), and then plays them back sequentially to the user via the IVR interface 
208. When the user disconnects from the IVR interface 208, processing returns to block 402. 
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Although the present invention has been particularly described with reference to the 
preferred embodiments thereof, it should be readily apparent to those of ordinary skill in the art 
that changes and modifications in the form and details may be made without departing from the 
spirit and scope of the invention. It is intended that the appended claims include such changes 
and modifications. 
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